home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 6547 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.6 KB
  1. Path: news.ultranet.com!usenet
  2. From: "Albert P. Belle Isle" <belleisl@cerberus-sys.com>
  3. Newsgroups: alt.winsock.trumpet,alt.winsock,comp.dcom.modems
  4. Subject: Re: My ISP's winsock settings?
  5. Date: Thu, 29 Feb 1996 11:59:19 -0500
  6. Organization: Cerberus Systems, Inc.
  7. Message-ID: <3135DB67.6FB6@cerberus-sys.com>
  8. References: <4g38o9$mk5@zoom2.telepath.com> <4ga313$1br@news.onramp.net> <4h41ni$c69@mserv.wizvax.net>
  9. NNTP-Posting-Host: apb-p5-90.cerberus-sys.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (Win16; I)
  14.  
  15. Mark J. Restifo wrote:
  16. > 
  17. > On Mon, 19 Feb 1996 14:56:31 GMT, in alt.winsock, nezsez@onramp.net
  18. > recently put forth:
  19. > 
  20. >         [snip]
  21. > 
  22. > >| If you are sure your provider has enabled default PPP  or Van
  23. > >| Jacobsens' header compression, than you can set the MSS to 3,5, or 8
  24. > >| less than MTU.
  25. > 
  26. >         Is the above a typo? I realize that VJ compression compresses the headers
  27. > only, but that seems like kindof a small gap. Could you elaborate a little?
  28. > Thanks.
  29. > 
  30. > --
  31. > Mark R.
  32. > ===========================
  33. > mrestifo@wizvax.net
  34. > 102444,3171@compuserve.com
  35. > ===========================
  36.  
  37. Mark:
  38.  
  39. This sounds, at first glance, like an interesting trade-off.
  40.  
  41. Single TCP/IP packets (like control packets requesting the opening of a port 
  42. or socket for a subsequent FTP or HTTP file transfer) typically have 20 
  43. bytes of IP header and 20 bytes of TCP header added to the data segment. 
  44.  
  45. Consequently, to avoid their being fragmented to fit its MTU limit by a 
  46. router along the way, the TCP data segment (which is never larger than MSS) 
  47. should be 40 bytes less than that router's MTU.
  48.  
  49. However, Van Jacobson header compression does, indeed, drop the *average* 
  50. header overhead to less than 10 bytes on long streams of packets to the same 
  51. recipient, by only sending the header changes over your CSLIP or PPP link.
  52. With the slow speed of a modem (compared to the Internet) this is a 
  53. noticable gain.
  54.  
  55. Consequently, for local transmission over your CSLIP or PPP modem link, 
  56. while single control packets would be fragmented and slowed, FTP or HTTP 
  57. packet streams would not, giving you slightly higher efficiency where you 
  58. most care about it.
  59.  
  60. Unfortunately, out on the Internet (as opposed to over your local CSLIP or 
  61. PPP link), I believe that "a packet is a packet," and each one in a stream 
  62. can follow a separate route. (This, of course, is the source of out-of-order 
  63. reception and occasional "unnacceptable segment" errors due to slow ACKs).
  64.  
  65. Consequently, in order to avoid IP fragmentation on the routers out on the 
  66. Internet (as opposed to avoiding fragmentation through your CSLIP or PPP 
  67. link), I believe you have to limit TCP data segments to at least 40 bytes 
  68. less than the *smallest* of the router MTUs on the *entire* download path.
  69.  
  70. Unless I'm missing something (which is quite possible), it appears to me 
  71. that the only advantage is that you could further *reduce* your MTU (the 
  72. no-fragmentation limit your winsock announces to your ISP's dial-in server) 
  73. by an additional 30 bytes or so - not increase your MSS by that amount.
  74.  
  75. Why would this artificial MTU limitation be advantageous? Why not just match 
  76. the (larger) IP MTU on your ISP's Local Area Network, and do your TCP tuning 
  77. (MSS and RWIN) as needed for the downloads you do?
  78.  
  79. Any knowledgeable people care to comment?
  80.  
  81. Regards,
  82.  
  83. Al
  84.  
  85. -- 
  86. ==================================================================
  87. Albert P. Belle Isle
  88. Cerberus Systems, Inc.
  89.  
  90. Al's Winsock Tuning FAQ -
  91.        http://www.cerberus-sys.com/~belleisl/mtu_mss_rwin.html
  92. ==================================================================
  93.